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QUISmON AND CONTROL SYSTEM 



The present invention relates to acquisition and control systems for use with devices 
instaUed in underground weU, such as oil or gas weUs. In particular, the invention 
relates to such systems that can be easily configured according to the particular 
arrangement of devices and fimctionality in a given well. 

When a weU such as an oil weU is completed for production, it is common to instaU 
devices such as sensors, valves, pumps, etc. for the purpose of monitoring and 
controlling the production of fluids from the weU. These devices are monitored and 
controlled from the surface (the weU-head, which may be on the sea bed in an 
offshore location) by a suitable control system. There 'are a number of commerciaUy 
available platforms for such control systems, known as "Supervisory Confrol and 
Data Acquisition Systems" or "SCADAs". Typically, when devices are installed in a 
weU, a corresponding SCADA appUcation is created and is installed on a computer at 
or near the well head and connected to the devices in the well. Each update or 
addition of new fimctionaUty requires a new release of the SCADA application and its 
installation in the particular weU system. As each SCADA application is specific to 
each well, the job of maintaining the appUcations in a field of many wells becomes 
correspondingly large with updates, modifications or additions of fimctionaUty. 
For various reasons it may be desnable to change the way a SCADA apparatus is 
programmed at well site to behave and respond to the data it receives and operates on 
and, in previous systems, each time this must be done it is necessary to customize the 
SCADA apparatus in such a way that the result becomes so much specific that it is 
almost impossible to reuse it To deal with this, the present invention proposes that the 
SCADA apparatus system uses a modular coUaborative workspace architecture 
consisting of a framework providing the overaU appUcation resources, and modules 
providing device specific components; the firamework hosts the modules, and the 
modules are defined in the instaUation designer apparatus and reaUzed by appUcation • 
builder engine. 

It is an object of the present invention to provide a system which aUows relatively 
easy instaUation and updating of the acquisition and control fimctions without thb 
need to completely rebmld and re-instaU the system each time a change is made. 
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In accordance with the present inventiDn, there is provided an acq uisition and control 
system for use with devices installed in an underground well, comprising: 

- an icLStallation designer; 

- a data server including a database of device-specific and installation-specific data; 
.- . — . . ..=.an.appUcatipnj3uilder;.and 

- a control and acquisition system; 
wherein 

- the installation designer comprises a system for defining a hardware and software 
fimctional configuration for the devices installed in the well, the fimctional 
configuration being provided to flie data server; 

- the application builder comprises a system for obtaining software components from 
the data server and configuring such components to correspond to the fimctional 

. configuration specified by the installation designer, the application builder outputting 
the configured software components to the control and acquisition system; and 

- the control and acquisition system installs the configured software components in a 
data communication and processing environment connected to the devices installed in 
the well so as to control operation of the devices and to acquire data from the devices 
in accordance with the fimctional configuration. 

The installation designer is a software environment that allow a user to compose 
software modules based on data obtained from the database via the data server in 
trams of the fimction required for the installation. It reads and displays data from the 
data server in order to define the modules. The definition of a module can occur in 
three ways. In adding a module, the installation builder takes fimctional data from the 
server and creates a new module based on the specific arrangement of the data. In 
modifying a module, the data of an module existing in the data server are changed. In 
deleting a module, the data defining a module are deleted from the data server. 

Thfe apphcation builder is a software engine which realizessoflware resources to 
fulfill the fimctional requirements of the software modules defined by fee installation 
designer and provides them in fee defined fimctional configuration. Bofe fee software 
resources and fee fimctional configuration are obtained from fee datebase via fee data 
server. The output of fee application builder is control and acquisition software to be 
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installed in the data communication and processing environment connected to the 
devices installed in the well. 



Using this invention SCADA apparatus at well site are reproducible in various 
environments, reduces significantly the design time, allows faster and simpler 
SCADA apparatus upgrades and maintenance providing finally seamless integration 
which greatly increasing productivity. 

The present invention will now be described in relation to the accompanjdng 
drawings, in which: 

Figure 1 shows a schematic diagram of the apphcation of the system of the invention; 
Figure 2 shows the basic structure and data flow of the system according to the 
invention; 

Figure 3 shows a sequence diagram for fiill application building; 

Figure 4 shows a sequence diagram for runtime application building; 

Figure 5 shows a sequence diagram for runtime parameter changes; 

Figure 6 shows a delete module activity diagram; 

Figure 7 shows an add module activity diagram;and 

Figure 8 shows a modify module instance parameter activity diagram. 

The basic environment of the mvention is shown schematically in Figure 1. Each well 
has a number of devices installed for the purpose of controlling the production of 
fluids firom the weU. These devices can include control tools such as valves, and 
monitoring tools such as pressure, temperature and density measuring devices, water 
cut meters and flow meters, or resistivity measurement arrays. These devices are 
typically connected to a data and power network such as the Wellnet system of 
Schlumberger. The network extends along the well to the surface where it is 
connected to a surface and subsea acquisition system comprising a surface unit fi-ont 
end device and, when appropriate, subsea interfaces. The acquisition system is 
connected to a well-site system, typically located at or near the well for operator use. 
This allows data to be viewed and extracted for processing locally, and for further 
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communication, and for control of %j system in operation. It is at this point that the 
software for monitoring and controlling the hardware devices is located. The data can 
be further communicated to a remote location for further processing and analysis. 

. . - Th^ b asic structure of th e syst em accordi ng t o the inventio n together with general data 
flow indications is shown in Figure 2, and comprises a data server and associated 
database, an installation designer, an application builder and a SCAD A. 

The database includes a basic software framework which comprises the elements, 
screens and tasks common to any application in the SCADA (e.g. navigation, data 
storage, reports, units, alami management), together with specific software modules 
related to the operation of the varioxis devices that may be installed in the well, and 
existing functional configurations and SCADA applications that may have been 
created previously. 

The software framework provides the structural support of an application. The 
software framework exists as a set of elements, screens, or tasks that are common to 
all applications yet customized according to the specific hardware installation created 
in the installation designer according to the predefined well installation. The software 
framework provides through its interface a standard navigation rationale from which 
modifies, developed during the design stage, are called. There is only one framework 
per application. The software framework hosts basic functionalities such as: 

• Secure acquisition and control, 

• Real time database (poUed and computed data), 

• Alarm management, 

• Data history, 

• OLE for Process Control (OPC) connectivity, an industry standard TCP/IP 
based process data communication protocol, 

• Graphical Human Interface 

In addition to these basic software framework services, extended software services 
can include: 

• Data Server, an automated server that runs as a background service. 

• Database, managed by the Data Server for all data transactions. 
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• A dedicated ActiveX component for Windows Explorer-like navigation of the 
current installation. 

(The data server and database functions are present in a number of aspects of the 
system according to the invention.) 

The system architecture delegates to the module the responsibility to perform product 
specific tasks as determined in the job planning stage. Each module is a set of 
software resources, with a specific focus on a particular device, calculation, or object 
A module is a computer-oriented representation of the job planning description and is 
made jfrom a module dejSnition format and module definition resources. In the final 
application the software framework hosts both the module definition format and the 
module definition resources. 

The module definition format exists as a standard or generic definition containing all 
class and default information (e.g., data I/O, data chaining, and graphics display) 
necessary for the creation of a product-rspecific example in that class. These module 
definitions are provided when the particular product in question is developed. Later, 
users of the present system input the well site and device specific parameters, 
obtained through the job planning requirements, to create a specific example of the 
module for the deliverable application. 

Module definition resources include pre-built software resources such as animated 
and scripted graphics files, help files, application wizards, and other standard 
resources (e.g., I/O drivers, scheduling scripts). 
Various different kinds of modules are recognized: 

• Tool/Application Modules (providing dedicated services or tasks: hardware, 
monitoring,, data processing, monitoring and control), 

• Common Modules (providing basic services), 

• * General Purpose Modules (mainly generic displays provided by the 

framework). 

All of these modules are dedicated to perform specific tasks, but they do not have 
knowledge of each other. If a module needs information of any kind, it sends a 
request to the software framework. 
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The installatioix desigaer provides an enviromnent to create a software application 
specific to a particular well installation and to compose specific software modiales 
within this framework. It describes in real-time acquisition and control terms the 
hardware a nd software in stallati on corres ponding to the devices installed (or to be 
installed) in the well in question. The installation tool comprises editors that allow 
specification of, for example,: 

hardware components (e.g. acquisition units, downhole tools); 

data processing (e.g. flow computations from pressure measurements); 

system properties to be monitored; 

system components/properties to be controlled; 

reservoir properties to be visualized; 

predefined contents and formats of digital output (e.g. channels, tmits, 
sampling rate). 

The outpxit of the installation designer is a functional configuration of the SCAD A 
software (framework and modules) required for a given well installation. This resides 
in the database and is accessed via the data server. 

The application builder is a background task capable of either generating an entire 
application or updating an existing one. It automatically integrates the library 
resources into the software framework to accommodate the platform and, thus, unites 
the hardware and software descriptions of the installation. 

The application builder produces the final application based on: module definition 
formats, module definition resources, comtmon modules, and the software framework. 
The application bxiilder can be run at a location remote from the well site to generate 
an application for testing purposes; however, each unique application is provided at 
the well site. The application bxiilder is structured as a dynamic link library (DLL) and 
is invoked by the data server whenever a change to the SCADA application is 
required. 

Both the installation designer and the application builder can be programmed using 
conventional techniques and languages, such as VC++. 
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Figxires 3 - 5 show sequence diagrams of the system for fall application building, 
runtime application building and runtime application parameter changes. As can be 
seen in the last case, the parameter changes are created in the SCADA application 
environment itself and communication is via the data server to the application builder 
only, there being no role for the installation designer in this case. 

The application builder synchronizes the SCADA appUcation with the current 
information in the database. This is done through a variety of calls, typically 
automation interfaces and exposed DLL's. The application builder extracts module 
definition information from the database via the data server and then realizes the 
application accordingly. The application areas that are typically updated are: 

Driver Configuration 

Process Database 

Tag Group Definition 

Historical Configuration 

Alarm Areas Database) 
Obviously, the areas updated will depend on the particular structure of the application. 

Module instances may be added, deleted, or modified. Figm-es 6 - 8 show the activity 
in each case. For deletion (see Figure6), Process Database tags are typically deleted 
first in order to prevent process alarms from being generated xinnecessarily, followed 
by driver configuration, Alarm Areas Database entries. Tag Group Definition files 
and finally ffistorical Configuration tags. For addition (see Figure 7), Alarm Areas 
Database entries are added first, then driver configuration. Process Database tags, Tag 
Group Definition files. Historical Configuration tags, human interface files, and 
finally other data files. For modification (see Figure 8), the apphcation builder obtains" 
parameters to be modified from the data server and updates the appropriate areas and 
logs the changes. 

The application builder requests driver configuration data for the particular module 
instance from the data server via provided data server object-based interfaces. It takes 
this information and utilizes the OLE automation interfeces in order to update the 
driver configuration. 
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The following operations are available for driver chaimels: 

• Delete Channels — Given a channel name, finds the corresponding channel object 
and deletes it; checks for errors; logs the change. 

• Add Channels — Adds a new channel; checks for errors; logs the change. 
-^—MOLdify- Channels zLGiypn a chamiel name, finds the correspondinpr channel 

object and modifies the parameters, checks for errors; logs the change. 

For each operation, the channel is disabled and then re-enabled in order for changes 
to be cormnitted. All devices and datablocks which are children of this channel are 
also automatically disabled and re-enabled. 

The same basic operations are also available for driver devices, driver datablocks, and 
other files and information as set forth below. 



The application builder requests process database tag information fi:om the data 
server. It reads that information and generate Process Database tags using a SCADA 
DLL interface. Tags may be Added, Deleted or Modified in the Process Database. 

The application builder requests tag group information firom the data server and uses 
a tag group automation interface in order to update the Tag Group Definition 
configuration. 

The tag group file sets up alias names for tags, and places the aliases in a file so that 
when a picture is opened with this file it looks up the actual tag name using the alias 
that it has been given. By switching the tag group file for a screen at run time, 
multiple module instances can display their data in the same graphical representation. 

The application builder requests historical archive information firom the data server ■ 
and uses the Historical Configuration automation interface in order to update the 
Historical Configuration configuration. 
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The application builder request alarm area information jfrom the data server and uses 
exposed AAD DLL calls in order to update the AAD. 

Thus it will be appreciated that the appUcation builder can use these functions, 
together with other such functions cominon in the field of object oriented 
programming to create the final apphcation software which can be installed at the 
well site. 
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1 



An acquisition and control system for use with devices instaUed in an 
xinderground well, comprising: 
an iostallation designer; 



a data server including a database of device-specific and installation- 
specific data; 

an application builder; and 
a control and acquisition system; 
wherein 

the installation designer comprises a system for defining a hardware 
and software fimctional configuration for the devices installed in the 
well, the fianctional configuration being provided to the data server; 
the application builder comprises a system for obtaining software 
components from the data server and configuring such components to 
correspond to the functional configuration defined by the instaUation 
builder, the application builder outputting the configured software 
components to the control and acquisition system; and 
the control and acquisition system installs the configured software 
components in a data communication and processing environment 
comiected to the devices installed in the weU so as to control operation 
of the devices and to acquire data firom the devices in accordance with 
the ftinctional configuration. 

A system as claimed in claim 1, wherein the installation designer defines the 
hardware and software configuration in the form of software modules based 
on data obtained form the database. 



A system as claimed in clai^ 2, wherein the installation designer adds, 
modifies or deletes the modules. 

A system as claimed in claim 2 or 3, wherein the appUcation builder selects 
software resources from the database to fiilfill the fimctional requirements of 
each module. 
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5 A system as claimed in any preceding claim, wherein the installation designer 
and application builder operate at a location remote from the well site. 

6 A system as claimed in claim 5, wherein the output from the application 
designer is provided for installation at the well site. 



11 



21.1129 



ABSTRACT 



An acquisition and control system for use with devices instaUed in an underground 
well, comprising: 

- an installation designer; 



- a data server including a database of device-specific and instaUation-specific data; 

- an application builder; and 

- a control and acquisition system; 
wherein 

- the installation designer comprises a system for defining ahardware and software 
functional configmration for the devices instaUed in the weU, the functional 
configuration being provided to the data server; 

- the appUcation builder comprises a system for obtaining software components from 
the data server and configuring such components to correspond to the fimctional 
configuration defined by the installation builder, the appHcation builder outputting the 
configured software components to the control and acquisition system; and 

- the control and acquisition system installs the configured software components in a 
data communication and processing enviromnent comiected to the devices instaUed in 
the weU so as to control operation of the devices and to acquire data from the devices 
in accordance with the functional configuration. 
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